REPUBLIQUE FRANCAISE 



im WO'** 



I INSTITUT 
NATIONAL DE 
LA PROPRIETE 
INDUSTRIELLE 



BREVET D f INVENTION 



CERTIFICAT D'UTILITE - CERTIFICAT D'ADDITION " | 



COPIE OFFICIELLE 



Le Directeur general de Nnstitut national de la propriete 
industrielle certifie que le document ci-annexe est la copie 
certifiee conforme d'une demande de titre de propriete 
industrielle deposee a I'lnstitut. 

Fait a Paris, le _ _ 2..A JU IN 2003 

Pour le Directeur general de I'lnstitut 
national de la propriete industrielle 
Le Chef du Departement des brevets 



Martine PLANCHE 




IN?I 



26 bis. rue de Saint Pcterrsbourg 
75800 Paris Cede* 08 

T6l6l)hoho : 0) 53 04 53 04 Tggcopte - 01 42 94 86 54 



t>E3 PISCES 
DATE 

utu 11 JUIL 2002 
75 IN PI PARIS 

ri&T I0KAL ATTR18UE MAR UHPi 02 087^ T 

OWE DE DEHH AT IRiSUEE « ^ j|J|^ 2002. 



j Reserve FjNH > 



Vos references pour ce dossier 



BREVET D 1 INVENTION 

CERTIFICAT D'UTILITE ^ms^oi 

Code dc lo propriety inteltectucHc - Livro V! 

REQUETE EN D&JVRANCE 1/2 

Cet rmprime est a rempiir fisibtement & I'encre noire mwx/ ^am 
|] N0M ET ADRESSE OU OEMANDEUR OU DU MANDATAIRE 
A QUI LA CORRESPONDANCE DOIT tTRE ADRESSEE 

* COMPAGNIE FINANCIERE ALCATEL 
Departement PI 
Josiane EL MANOUNI 
30 avenue Kteber 
75116 PARIS 



Confirmation d'un depot par telecopie \ 1 N° attribue par HNPi a la telecopie J 


Q NATURE DE LA OEMAKDE 


Cochez Tune des 4 cases sulfites J 


Dema nde de brevet 


xi f 


Demande de certificat d'utftte 


n 1 


Demande divisionnaire 

Demande tie bm *V initmk 
oh tfeftwwh'ite czrttjkai ctutiiW iniimk 


□ 

N° Date 1 / / 1 J 
M° Date \ 1 I 1 1 


Transformation d une demande de 


N* Date I / / 1 1 


|J TITRE D£ triNVEHTIDN (200 caracicrcs ou ospaces maximum) | 

PROCEDE POUR LA M1SE EN OEUVRE D'UN ALGORITHME DE CONTROLE 

D'ADMISSION DANS UN SYSTEME DE TELECOMMUNICATIONS | 


O DECLARATION DE PRIORITE 
OU REQUETE OU BENEFICE DE 
LA DATE DE DEPOT D'UNE 
DEMANDE ANTER1EURE FRANQAISE 


Pays ou organisation | 
\ / / i N* 1 

Pays ou organisation 1 
Date | / / 1 No 1 

Pays ou organisation 1 
n*i* | / / 1 N° 1 

| — | S f il y a d'autrcs prlorites, cochez la case et utilise* rimprim' «Suftej» \ 


0 DEMANDEUR 


| | S'll y a d'airtres demandetirs, cochez la case et utilisez rimprime «Sulte» 1 


Nom ou denomination sociale 


EVOLIUM S.A.S. 1 


Prenoms 




Forme juridique 


Societe par Actions Simplifiees J 


N° SIREN 


t 4 3 2 9 4 1 1 4 4| I 


Code APE-NAF 


I ■ ■ I 


Adresse 


Rue 


12, rue de la Baume I 


Code postal et ville 


75008 | PARIS I 


Pavs 




FRANCE I 


Nationality 


Frangaise I 


N° dc telephone ifmiifoitij) 




N° de telecopie (Jacutiatif) 




Aflr^c^o pterrrnmnite / fnatltntif) 





1er depot 

BREVET DINVENTION 
IN^I CERTIFICAT D'UTILITE 

SHSsSZi REQUETE EN DELIVRANCE 2/2 



j Reserve a riNPIf 



REMISE DF.S PIECES 
DATE 

lJUJ 11 JUIL 2002 
75 fNPI PARiS 



Vos references pour ce dossier : 

(jacnimifi 


104635/AWNMND/TPM cm. 


|U ftlANDATAIRE 




Nom 


EL MANOUNI 


Prenom 


Josiane 


Cabinet ou Societe 


Compagnie Financiere Alcatel 


N °de pouvoir permanent et/ou 
de lien contractual 


Kvai y/yy 


Adresse 


Rue 


30 Avenue Kleber 


Code postal et ville 


75116 | PARIS 


N° de telephone tfiiailhiiifi 




N° de telecopie (jhaiiiaiifj 




Adresse electrontque ffacidttiUjj 




Q INVENTEUR (S) 




Les inventeors sent tes demandeurs 


Oui 

Pt|Non Dans ce cas fourofr une designation d'inventeur{s) sSparde 


O RAPPORT DE RECHERCHE 


Umquement pour une demande de brevet <y eompHs division et transformation) 


Etablissement immediat 
ou etablissement differe 


□ 


Paiement echelonne de la redevance 


Paiement en trois versements, uniquement pour les personnes physiques 
□Out 


El REDUCTION DU TAUX 
DES REDE VAN GES 


Umquernent pour les personnes physiques 

[ZlRequise pour la premiere fqis pour cette invention (jomdw uuwris de non-impmiiinn) 
I iRequise anterieurement a ce depot (ftimh\* um> capk <k j hi fkxhfan d'admi^hn 
pour vettv imvuiiun an aulufim' svi refitvncvl : 




1 Si vous avez utilise fimpriftte «Surte» r 
mdiquez ie nombre de pages joiotes 






|S SIGNATURE ftS@0aXaftJa8( 

XX DU MANDATAIRE Josiane^L MANOUN1 / LC 40 B 

{Nom et qualite du signataire) 


VISA DE LA PRfeFECWSE 
OU DE L'iNPi 



La lot n e 73-17 du 6 janvier 1978 relative a Pinformatique, aux ftchters et aux liberies s'applique aux reponses faites a ce formutatre. 
Eile garantit un droit d'acces et de rectification pour les donnees vous concernant aupres de riNPI. 



PROCEDE POUR LA MISE EN CEUVRE D'UN ALGORITHME DE CONTROLE 
D'ADMISSION DANS UN SYSTEME DE TELECOMMUNICATIONS 

La presente invention concerne d'une maniere generale les systemes de 
telecommunications, et plus particulierement la gestion des ressources de 
5 transmission et de la qualite de service dans ces systemes. 

La presente invention est notamment applicable aux systemes de 
radiocomunications mobiles, notamment de troisieme generation, notamment de 
type UMTS (« Universal Mobile Telecommunication System »). 

D'une maniere generale, les systemes de radiocommunications mobiles font 
10 I'objet de normalisation, et pour plus d'informations on pourra se referer aux normes 
correspondantes, publiees par les organismes de normalisation correspondents. 

L'architecture generale de ces systemes est rappelee sur la figure 1, elle 
comporte essentiellement : 

un reseau d'acces radio 1, ou RAN (pour « Radio Access Network »), 
15 un coeur de reseau 4, ou CN (pour « Core Network »). 

Le RAN est forme de stations de base telles que 2 et de controleurs de 
stations de base tels que 3. II est en relation d'une part avec des terminaux mobiles 
tels que 5, via une interface 6 appelee aussi interface radio, et d'autre part avec le 
CN 4 via une interface 7. A I'interieur du RAN, les stations de base communiquent 
20 avec les controleurs de stations de base via une interface 8. 

Dans les systemes de type UMTS, le RAN est appele UTRAN ("UMTS 
Terrestrial Radio Access Network »), les stations de base sont appelees « Node B », 
les controleurs de stations de base sont appeles RNC ("Radio Network Controller"), et 
les terminaux mobiles sont appelees UE (« User Equipment))). L'interface radio 6 est 
25 appelee « interface Uu », l'interface 7 est appelee interface « lu )>, ^interface 8 est 
appelee interface « lub », et une interface 9 entre RNCs est en outre introduite, 
appelee interface « lur ». Le CN contient essentiellement des entites ou noeuds de 
reseau, telles que notamment des entites 1 0 de type MSC (« Mobile Switching 
Center ») et des entites 1 1 de type SGSN (« Serving GPRS Serving Node» ou GPRS est 
30 utilise pour « General Packet Radio Service»). L'interface entre RNC et MSC est aussi 
appelee interface « lu-CS » (ou CS est utilise pour « Circuit- Switched ») et l'interface 
entre RNC et SGSN est aussi appelee interface « lu-PS » (ou PS est utilise pour 
« Packet- Switched »). 
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Une technique de transport generalement utilisee dans I'UTRAN est la 
technique ATM (« Asynchronous Transfer Mode ») basee sur un multiplexage temporel 
asynchrone de petits paquets de faille fixe appeles cellules. D'une maniere generale, 
la technique ATM fait I'objet de normalisation, et pour plus d'informations on pourra 
5 se referer aux norrnes correspondantes, publiees par les organismes de 
normalisation correspondents. On rappelle simplement qu'un reseau ATM peut etre 
modelise au moyen d'une couche dite couche ATM et d'une couche dite couche 
d'adaptation a I'ATM (ou couche AAL, pour « ATM Adaptation Layer ») placee entre 
la couche ATM et les utilisateurs. La couche ATM est orientee connexion, et realise 

10 une transmission de cellules sur une connexion logique entre une source et une 
destination, cette connexion logique etant aussi appelee circuit virtuel ou VC (pour 
« Virtual Channel »). 

Pour ('application de I'ATM au transport a I'interieur de I'UTRAN, une 
couche AAL specifique, appelee couche AAL2, est utilisee. Lorsqu'un UE communique 

15 avec I'UTRAN, une connexion logique correspondante, ou connexion AAL2, peut etre 
etablie sur une ou plusieurs des interfaces concernees de I'UTRAN, a savoir 
generalement les interfaces « lub », « lu-CS » et « lur ». Ces connexions AAL2 etant 
generalement a bas debit (du fait de la transmission a bas debit sur I'interface radio), 
plusieurs connexions AAL2 sont alors avantageusement multiplexees a I'interieur 

20 d'une meme connexion ATM ou circuit virtuel ATM. 

Les besoins en ressources de transmission pour les differentes connexions 
AAL2 susceptibles d'etre multiplexees sur un meme circuit virtuel ATM peuvent etre 
differents, du fait que ces connexions AAL2 peuvent correspondre a differents types 
de trafics ou services, pouvant avoir des besoins differents en qualite de service ou 

25 QoS (pour « Quality of Service »). On rappelle que dans un systeme tel que I'UMTS 
on distingue quatre classes de trafic : conversationnel, a flux continu (ou 
« streaming »), interactif, d'arriere plan (ou « background »). Pour chaque classe de 
trafic on distingue aussi differents parametres de QoS, tels que notamment ie delai 
de transmission maximum acceptable, la probability que le delai de transmission 

30 soit superieur a ce delai maximum acceptable, le taux d'erreurs acceptable, ...etc . 
Dans I'exemple plus particulierement considere ici du transport a I'interieur de 
I'UTRAN, la QoS cible, ou QoS requise pour un type de trafic ou service donne, est 
notamment representee par un delai de transmission maximum et par une 
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probability que le delai de transmission soit superieur a ce delai maximum. Par 
exemple, pour un type de trafic correspondent a de la parole, la QoS cible peut etre 
representee par un delai de transmission maximum de 7ms et une probability egale 
a 10" 4 que le delai de transmission soit superieur a 7ms. Le delai de transmission 
maximum requis peut etre different pour differents types de trafics ou services. Par 
exemple le delai de transmission maximum requis pour un service de type telephonie 
est inferieur au delai de transmission maximum requis pour un service de type video- 
telephonie, qui est lui-meme inferieur au delai de transmission maximum requis pour 
un service de type navigation sur le Web {ou « Web browsing »). 

Un algorithme de controle d'admission de connexion (ou CAC, pour 
« Connexion Admission Control ») est generalement mis en oeuvre pour decider si les 
ressources de transmission sont suffisantes pour accepter une nouvelle requete de 
connexion AAL2, sur chaque interface concernee de I'UTRAN, tout en garantissant 
que la QoS requise est respectee. 

L'algorithme de CAC est generalement base sur le concept dit de bande 
passante equivalente ou EB (« pour « Equivalent Bandwidth »). Selon ce concept, on 
associe a chaque connexion AAL2 une largeur de bande equivalente, representant la 
quantite de largeur de bande d'un circuit virtuel ATM qui est estimee necessaire pour 
permettre de satisfaire la QoS cible pour le type de trafic ou service correspondant. 
L'algorithme de CAC consiste alors seulement a verifier que la somme des largeurs 
de bande equivalente pour les connexions AAL2 de\6 etablies est inferieure a la 
largeur de bande equivalente du circuit virtuel ATM sur lequel elles sont multiplexees. 
II est en outre communement admis d'utiliser un facteur de marge, correspondent a 
une charge maximale acceptable pour le circuit virtuel ATM. Ce facteur de marge 
permet essentiellement d'eviter les cas de surcharge, ou le circuit virtuel ATM est 
surcharge et ou les delais de transmission deviennent alors incontrolables. 

En d'autres termes, l'algorithme de CAC consiste a verifier si la somme des 
largeurs de bande equivalente des connexions AAL2 deja etablies sur le circuit virtuel 
ATM verifie I'inegalite suivante : 

^EB(i)<K vc xEB yc 
ou: 
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EB(i) est ia largeur de bande equivalente requise par une connexion 
AAL2 etablie sur le circuit virtuel ATM, pour le type de service "i", pour une QoS cible 
donnee, representee notamment par un delai de transmission maximum donne et 
par une probability donnee que le delai de transmission soit superieur a ce delai de 
5 transmission maximum, 

K vc est le facteur de marge, correspondent a la charge maximale 
acceptable pour le circuit virtuel ATM (K V c ayant typiquement une valeur comprise 
entre 0.7 et 0.9), 

EBvc est la largeur de bande equivalente du circuit virtuel ATM sur lequel 

10 les connexions AAL2 sont multiplexees. Par exemple, dans le cas de classe de service 
ATM correspondent d la classe dite a debit de bits constant ou CBR ("Constant Bit 
Rate") la largeur de bande equivalente du circuit virtuel ATM est egale au debit 
maximal de cellules ou debit-crete ou PCR ("Peak Cell Rate"). 

Pour I'expose de I'invention, on utilisera la notion de "modele de trafic". 

15 Dans I'exemple d'appiication au transport a I'interieur de I'UTRAN, un modele de 
trafic peut inclure des parametres de QoS (tels que delai de transmission maximum et 
probability que le delai de transmission soit superieur au delai de transmission 
maximum) pour chaque type de trafic pouvant etre multiplexe a I'interieur d'un circuit 
virtuel, et, dans le cas de differents types de trafics, des proportions pour ces 

20 differents types de trafics. 

Le facteur de marge, ou charge maximale acceptable pour le circuit virtuel 
ATM, est generaiement determine par simulation, pour un modele de trafic donne, 
en augmentant la charge du circuit virtuel, jusqu'a ce que les contraintes de delai 
maximum pour les connexions AAL2 ne soient plus respectees, ce qui signifie que la 

25 charge maximale est atteinte. 

Ainsi que i'a observe le demandeur, un probleme est que la regie rappelee 
precedemment, sur laquelle est basee I'algorithme de CAC, reste la meme, et 
notamment le facteur de marge reste le meme, pour tous les modeles de trafic 
possibles. 

30 Or la charge maximale acceptable pour le circuit virtuel ATM, afin de 

satisfaire la QoS cible pour les dtfferentes connexions AAL2 multiplexees sur ce circuit 
virtuel, peut etre differente pour differents modeles de trafic, et depend aussi de la 
QoS cible associee a chaque type de trafic ou service. 



104635/MA/NMND 



F:\Salie\F104635\PREMDEP\FIAproietbr.doc 



5 



10 



15 



20 



25 



5 



Ceci signifie que si on choisit une valeur de K vc qui doit rester valide pour 
tous les modeles de trafic possibles, il est raisonnable de choisir cette valeur pour le 
modele de trafic qui est le plus contraignant. En d'autres terrnes, on choisit le 
modele de trafic qui requiert la charge maximale la plus faible pour le circuit virtuel. 
Mais ceci signifie aussi que pour un modele de trafic different du modele de trafic 
pour lequel la valeur de K vc a ainsi ete optimisee, I'algorithme de CAC refusera 
certaines connexions, qui auraient en realite pu etre acceptees et pour lesquelles la 
QoS cible aurait ete satisfaite. En d'autres termes, ceci ne permet pas d'utiliser au 
mieux la largeur de bande du circuit virtuel pour tous les modeles de trafic possibles, 
ou encore en d'autres termes ('utilisation des ressources de transmission a I'interieur 
de TUTRAN n'est pas optimisee. 

En d'autres termes, selon I'art anterieur ainsi rappele, on selectionne de 
maniere fixe un des differents modeles de trafic possibles, pour lequel on determine 
(par simulations ou mesures ou calcul) la charge maximale acceptable pour le circuit 
virtuel. Une solution raisonnable est alors de selectionner le modele de trafic qui 
requiert la valeur minimale pour la charge maximale acceptable pour le circuit 
virtuel. 

Une telle solution n'est pas satisfaisante, pour les raisons exposees ci- 
dessus, notamment car tl peut y avoir un grand nombre de modeles de trafic 
possibles, ou en d'autres termes ii peut y avoir un grand nombre de combinaisons 
possibles pour les types de trafic et leurs proportions, par exemple (la liste ci-dessous 
n'etant bien sur pas limitative): 

100 % AMR (toute la charge etant pour du trafic de type AMR ou 
« Adaptive Multi-Rate »), 

100 % CS64 (toute la charge etant pour du trafic de type CS64, c'est-a- 

dire en mode circuit (ou CS, pour « Circuit Switched ») a 64 kbps), 

100 % PS64 (toute la charge etant pour du trafic de type PS64, c'est-a- 

dire en mode paquet (ou PS, pour « Packet Switched ») a 64 kbps), 

100 % PS128 (toute la charge etant pour du trafic de type PS128, c'est- 

a-dire en mode paquet a 128 kbps), 

100 % PS144 (toute la charge etant pour du trafic de type PS144, c'est- 
a-dire en mode paquet a 144 kbps), 
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100 % PS384 (toute la charge etant pour du trafic de type PS384, c'est- 
a-dire en mode paquet a 384 kbps), 
- 50 % AMR -h 50 % PS64 (50 % de la charge etant pour du trafic de type 
AMR, et 50 % de la charge etant pour du trafic de type PS64), 
5 - 25 % AMR + 75 % PS128 (25 % de la charge etant pour du trafic de 

type AMR, et 75 % de la charge etant pour du trafic de type PS1 28), 
...etc, 

Une autre raison pour laquelle cette solution anterieure n'est pas 
satisfaisante est que la charge maximale acceptable pour le circuit virtuel depend 
10 aussi de la QoS cible associee a chaque type de trafic ou service. Par exemple, 
rneme dans le cas d'un seul type de trafic ou service, la charge maximale acceptable 
pour le circuit virtuel sera differente selon la QoS cible associee a ce type de trafic ou 
service. Par exemple, la QoS cible pouvant etre representee par un couple (delai de 
transmission maximum, probability que le delai de transmission soit superieur au 
5 delai de transmission maximum), selon le type de trafic ou service la QoS cible peut 
correspondre par exemple a (7ms, 10' 4 ) ou (7ms, TO" 5 ) ou (10ms, 10 4 )...etc. 

Cette infinite de modeles de trafic possibles fait qu'il est impossible 
d'assurer que le modele de trafic pour lequel la charge maximale du circuit virtuel a 
ete optimisee sera le seul modele de trafic utilise dans le reseau. 

La presente invention a notamment pour but d'eviter tout ou partie des 
inconvenients mentionnes precedemment. Plus generalement, la presente invention a 
pour but d'optimiser ('utilisation des ressources de transmission dans ces systemes, 
tout en respectant les contraintes de QoS. 

Bien que la presentation ci-dessus ait ete faite plus particulierement, a titre 
d'exemple, pour le cas d'utilisation d'algorithme de CAC pour le controle 
d'admission de connexion AAL2 sur un circuit virtuel ATM, notamment pour 
('application au transport a I'interieur de I'UTRAN, la presente invention n'est pas 
limitee a une telle application et peut bien entendu etre utilisee dans tout cas ou un 
algorithme de controle d'admission peut etre utilise pour prevenir des phenomenes 
de congestion provoques par un trafic superieur a celui que le systeme peut 
supporter. De tels algorithmes de controle d'admission peuvent ainsi etre utilises, non 
seulement pour le multiplexage de connexions AAL2 dans un circuit virtuel ATM, mais 
aussi dans tout nceud d'un reseau en mode paquet, ou encore sur ['interface radio 
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d'un systeme de type CDMA (« Code Division Multiple Access ») , ...etc. On rappelle 
qu'en mode paquet les ressources de transmission sont partagees a tout instant par 
differents utilisateurs, contrairement au mode circuit ou les ressources sont allouees 
de maniere fixe a differents utilisateurs. Par exemple, dans un systeme de type 
5 UMTS, un controle d'admission peut egalement etre effectue dans un element de 
coeur de reseau, en mode paquet (ou PS, pour « Packet Switched ») pour decider si 
les ressources de transmission sont suffisantes dans cet element de reseau pour 
accepter un nouvel appel. On rappelle aussi que dans les systemes CDMA les 
limitations de capacite sur ('interface radio sont differentes de ce qu'elles sont dans les 

10 systemes utilisant d'autres techniques d'acces multiple, telles que notamment la 
technique TDMA (Time Division Multiple Access 11 ). La technique TDMA est notamment 
utilisee dans les systemes dits de deuxieme generation tels que notamment le systeme 
GSM ("Global System for Mobile communications"). La technique CDMA est 
notamment utilisee dans les systemes dits de troisieme generation tels que 

15 notamment le systeme UMTS. Dans les systemes CDMA, tous les utilisateurs 
partagent la meme ressource de frequence a tout instant. La capacite de ces systemes 
est done limitee par les interferences, ces systemes etant aussi appeles pour cette 
raison "soft limited systems" (en anglais). Par exemple, dans un systeme de type 
UMTS, un controle d'admission peut egalement etre effectue, pour decider si les 

20 ressources radio sont suffisantes dans un Node B pour accepter un nouvel appel. 

Un des obfets de la presente invention est un procede pour la mise en 
ceuvre d'un algorithme de controle d'admission dans un systeme de 
telecommunications, procede dans Iequel au moins un parametre dudit algorithme 
est adapte dynamiquement en fonction d'un modele de trafic representatif des trafics 

25 en presence. 

Suivant une autre caracteristique, ledit modele de trafic inclut un ou 
plusieurs parametres representors du ou des types de trafic en presence. 

Suivant une autre caracteristique, des parametres representors de type de 
trafic incluent des parametres representors de besoins en qualite de service (QoS) 
30 pour ce type de trafic. 

Suivant une autre caracteristique, des parametres representors de besoins 
en qualite de service incluent un delai de transmission maximum et une probability 
que le delai de transmission soit superieur a ce delai de transmission maximum. 
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Suivant une autre caracteristique, des parametres representors de type d*e 
trafic incluent des parametres representors de besoms en ressources de 
transmission, a qualite de service (QoS) donnee, pour ce type de trafic. 

Suivant une autre caracteristique, des parametres representors de besoins 
5 en resources de transmission, a qualite de service (QoS) donnee, incluent un facteur 
d'activite de connexions. 

Suivant une autre caracteristique, dans le cas de differents types de trafic en 
presence, ledit modele de trafic inclut des proportions pour ces differents types de 
trafic. 

0 Suivant une autre caracteristique, ledit au moins un parametre correspond a 

un facteur de marge correspondant a une charge maximale admissible. 

Suivant une autre caracteristique, ledit au moins un parametre correspond a 
une bande passante equivalente. 

Suivant une autre caracteristique, la valeur dudit au moins un parametre est 
5 choisie parmi differentes valeurs dites de reference, optimisees pour differents 
modeles de trafic dits de reference. 

Suivant une autre caracteristique, pour le cas de modele de trafic ne 
correspondant pas a un des modeles de trafic de reference, on determine un modele 
de trafic de reference qui en constitue la meilleure approximation. 

Suivant une autre caracteristique, pour le cas de modele de trafic ne 
correspondant pas a un des modeles de trafic de reference, on determine un modele 
de trafic de reference qui en constitue la meilleure approximation, tout en etant le 
plus contraignant. 

Suivant une autre caracteristique, ledit procede comporte: 
- une premiere etape au cours de laquelle on determine des modeles de 
trafic de reference, et des valeurs correspondantes dites de reference pour ledit au 
moins un parametre. 

Suivant une autre caracteristique, lesdites valeurs de reference sont 
determinees par des simulations ou mesures. 

Suivant une autre caracteristique, lesdites valeurs de reference sont 
determinees par calcuL 

Suivant une autre caracteristique, ledit procede comporte: 
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- une deuxieme etape au cours de laquelle on stocke des modeles de trafic 
de reference et des valeurs de reference correspondantes, dans une memoire. 

Suivant une autre caracteristique, ledit procede comporte: 

- une troisieme etape au cours de laquelle on estime un modele de trafic 
5 representatif des trafics en presence. 

Suivant une autre caracteristique, ladite estimation comporte une estimation 
de types de trafic en presence, et, dans le cas de differents types de trafic en 
presence, une estimation de proportions pour ces differents types de trafic. 

Suivant une autre caracteristique, ladite estimation comporte des operations 
10 d'estimation de types de trafic en presence, realisees a partir d'informations 
contenues dans des messages de signalisation regus par un element de reseau d'au 
moins un autre element de reseau. 

Suivant une autre caracteristique, ladite estimation comporte des operations 
d'estimation de proportions de types de trafic en presence, realisees par mesure ou 
15 comptage de trafic. 

Suivant une autre caracteristique, un modele de trafic representatif des 
trafics en presence est re-estime a chaque nouvel etablissement de connexion et a 
chaque nouveau relachement de connexion. 

Suivant une autre caracteristique, un modele de trafic representatif des 
20 trafics en presence est re-estime au bout d'une duree predeterminee. 

Suivant une autre caracteristique, ledit procede comporte: 

- une quatrieme etape au cours de laquelle on choisit parmi les modeles de 
trafic de reference ceiui qui approxime le mieux le modele de trafic estime pendant la 
troisieme etape. 

25 Suivant une autre caracteristique, ledit procede comporte: 

- une quatrieme etape au cours de laquelle on choisit parmi les modeles de 
trafic de reference celui qui approxime le mieux le modele de trafic estime pendant la 
troisieme etape, tout en etant le plus contraignant. 

Suivant une autre caracteristique, ledit procede comporte: 
30 - une cinquieme etape au cours de laquelle on modifie dynamiquement 

ledit au moins un parametre dudit algorithme en fonction du ou des parametres 
correspondant au modele de trafic de reference choisi pendant la quatrieme etape. 
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Suivant une autre caracteristique, une modification n'est effectuee que darrs 
le cas de changement significatif de valeur dudit au moins un parametre. 
Suivant une autre caracteristique, ledit procede comporte: 

- une sixieme etape au cours de laquelle on met en oeuvre ledit algorithme 
5 avec ledit au moins un parametre modifie pendant la cinquieme etape. 

Suivant une autre caracteristique, ledit procede est utilise pour le controle 
d'admission de connexions AAL2 sur un circuit virtuel ATM. 

Suivant une autre caracteristique, ledit procede est utilise pour le controle 
d'admission de connexions AAL2 sur un circuit virtuel ATM sur une interface de type 
10 « lub » dans un reseau de type UTRAN. 

Suivant une autre caracteristique, ledit procede est utilise pour le controle 
d'admission de connexions AAL2 sur un circuit virtuel ATM sur une interface de type 
« lu-CS » dans un reseau de type UTRAN. 

Suivant une autre caracteristique, ledit procede est utilise pour le controle 
15 d'admission de connexions AAL2 sur un circuit virtuel ATM sur une interface de type 
« lur » dans un reseau de type UTRAN. 

Suivant une autre caracteristique, ledit procede est utilise pour le controle 
d'admission dans un reseau en mode paquet. 

Suivant une autre caracteristique, ledit procede est utilise pour le controle 
20 d'admission sur ['interface radio d'un systeme de type CDMA. 

Un autre objet de la presente invention est un element de reseau d'acces 
radio pour systeme de radiocommunications mobiles, comportant des moyens 
adaptes pour mettre en oeuvre un tel procede. 

Un autre objet de la presente invention est un controleur de stations de base 
25 (RNC) pour systeme de radiocommunications mobiles, comportant des moyens 
adaptes pour mettre en oeuvre un tel procede. 

Un autre objet de la presente invention est une station de base (Node B) 
pour systeme de radiocommunications mobiles, comportant des moyens adaptes 
pour mettre en oeuvre un tel procede. 
30 Un autre objet de la presente invention est un element de coeur de reseau 

pour systeme de radiocommunications mobiles, comportant des moyens adaptes 
pour mettre en oeuvre un tel procede. 
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D'autres objets et caracteristiques de la preserve invention apparaitront a la 
lecture de la description suivante d'un exemple de realisation, faite en relation avec 
les dessins ci-annexes dans lesquels: 

- la figure 1 rappelle ['architecture generale d'un systeme de 
radiocommunications mobiles, 

la figure 2 est un tableau donnant des exemples de valeurs de facteur de 
marge obtenues pour differents modeles de trafic possibles. 

L'invention peut aussi etre expliquee de la maniere suivante, a titre 
d'exemple pour le cas de I'algorithme de CAC applique au transport a I'interieur de 
I'UTRAN. Cependant, comme indique precedemment, ('invention n'est pas limitee a 
une telle application. 

L'invention propose d'optimiser I'algorithme de CAC de maniere qu'au 
moins un parametre de cet algorithme soit adapte dynamiquement en fonction 
d'un modele de trafic representatif des trafics en presence. Une telle adaptation 
dynamique permet notamment d'optimiser I'utilisation des ressources . de 
transmission. 

Les trafics en presence correspondent aux trafics pris en compte par 
I'algorithme de CAC lorsqu'il decide si une nouvelle requete de connexion peut etre 
acceptee. Dans cet exemple, les trafics en presence correspondent aux trafics 
pouvant etre multiplexes a I'interieur d'un circuit virtuel ATM. 

Un modele de trafic peut notamment inclure un ou plusieurs parametres 
representors du ou des types de trafics en presence. 

La notion de "type de trafic" est ici utilisee au sens ou un type de trafic peut 
etre represents par tout parametre ou combinaison de parametres pouvant 
caracteriser le comportement de ce trafic, pour I'algorithme de CAC. Par exemple, de 
tels parametres peuvent etre pris dans la liste (non exhaustive) de parametres 
suivants: facteur d'activite, debit maximal, debit moyen, debit minimal, delai maximal 
et probability que le delai soit superieur a ce delai maximal, taux d'erreur, ...etc. 
Notamment, dans le cas de ('application au transport a I'interieur de I'UTRAN, un 
type de trafic peut etre represents notamment par le couple de parametres suivants 
representors de besoins en qualite de service: delai de transmission maximum, 
probability que le delai de transmission soit superieur au delai de transmission 
maximum. 
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Dans le cas de trafics en presence de differents types, un modele de trafic 
peut aussi inclure des proportions pour ces differents types de trafics. 

En d'autres termes ['invention propose, notamment, de selectionner 
dynamiquement la valeur d'au moins un parametre de I'algorithme de CAC, de 
5 maniere que cette valeur corresponde a une valeur optimisee pour chaque modele 
de trafic. De telles valeurs optimisees pour chaque modele de trafic peuvent etre 
determinees par des simulations ou mesures, d'autres solutions etant bien entendu 
possibles, par exemple par le calcul. 

A defaut de pouvoir disposer de valeurs dudit au moins un parametre de 
0 I'algorithme de CAC optimisees pour chaque modele de trafic possible (notamment 
dans le cas de grand nombre de combinaisons possibles pour les types de trafic et 
leurs proportions), on peut disposer de certaines valeurs dites de reference, 
optimisees pour certains modeles dits de reference. II est possible de prevoir une 
table dans laquelle sont stockees de telles valeurs de reference et les modeles de 
5 reference qui leur correspondent. 

Une telle methode permet ainsi de selectionner dynamiquement une valeur 
dudit au moins un parametre de I'algorithme de CAC, en trouvant dans la table une 
valeur correspondant a un modele de trafic. Pour le cas de modele de trafic ne 
correspondant pas d un des modeles de reference, on peut determiner un modele de 
reference qui en constitue la meilleure approximation. On peut aussi determiner le 
modele de reference qui en constitue la meilleure approximation tout en etant le plus 
contraignant, c'est a dire qui conduit a accepter le moins de connexions ou a 
admettre la charge la plus faible. 

Un procede suivant ('invention, pour adapter dynamiquement un ou 
plusieurs parametres de I'algorithme de CAC en fonction du modele de trafic, peut 
par exemple comporter les etapes suivantes: 

1. on determine par avance des modeles de trafic de reference, pour 
lesquels on determine (par exemple par calcul, simulation, mesure) des valeurs de 
reference du ou des parametres a adapter de I'algorithme de CAC, 

2. on stocke ces modeles de trafic de reference et les valeurs de reference 
associees, dans une memoire, 

3. on estime un modele de trafic representatif des trafics en presence, 



104635/MA/NMND 



F:\Salle\F104635\PREMDEP\FITAprojetbr.doc 



13 



4. on choisit parmi les modeles de trafic de reference celui qui approxirne le 
mieux te modele de trafic estime pendant I'etape 3, et eventuellement on peut choisir 
le modele de trafic de reference qui est le plus contraignant pour I'algorithme de 
CAC, 

5 5. on modifie dynamiquement le ou les parametres de I'algorithme de CAC 

en fonction de la valeur du ou des parametres de I'algorithme de CAC 
correspondant au modele de trafic de reference choisi pendant I'etape 4, 

6. on met en oeuvre I'algorithme de CAC avec les parametres modifies 
pendant I'etape 5. 

0 Le modele de trafic peut etre re-evalue a chaque nouvel etablissement de 

connexion et a chaque nouveau relachement de connexion. Ce mecanisme peut 
aussi, par exemple, presenter une boucle pour passer regulierement de I'etape 6 a 
I'etape 3, pour re-evaluer regulierement le modele de trafic representatif des trafics 
reellement en presence, au bout d'une certaine duree, afin d'adapter revolution de la 

5 modification dynamique du ou des parametres de I'algorithme de CAC a Involution 
du changement de modele de trafic en presence, en fonction du temps. Ladite duree 
peut etre un parametre configurable, qui peut etre choisi a la fois suffisamment faible 
pour obtenir de meilleures performances pour I'algorithme de CAC, et suffisamment 
eleve pour ne pas trop augmenter la quantite de traitements. Par exemple, le modele 

0 de trafic pourra etre re-evalue en fonction de I'heure de la journee, ou du jour de la 
semaine, ...etc. 

D'autres variantes peuvent etre envisagees, par exemple la possibilite de 
repeter I'etape 2, par exemple en ajoutant d'autres modeles de trafic de reference, ou 
en modifiant les modeles de reference deja stockes. Cette modification peut par 

5 exemple etre basee sur des observations sur le trafic, telles que celles pouvant etre 
effectuees pour estimer un modele de trafic au cours de I'etape 3. 

On peut egalement vouloir eviter de faire des modifications trop souvent du 
ou des parametres de I'algorithme de CAC, et pour cela, on peut introduire des 
seuils de variation (qui peuvent etre configurables) pour chacun des parametres, afin 

3 de les modifier seulement si un changement significatif de ces parametres est 
necessaire, ou vouloir interdire des changements trop rapides de ces parametres, par 
exemple en fixant une duree minimafe (qui peut etre configurable) entre deux 
changements successifs des parametres de I'algorithme de CAC. 
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Un procede suivant I'invention peut etre mis en oeuvre dans tout element de 
reseau. I! peut notamment s'agir du meme element de reseau que celui dans lequel 
est mis en oeuvre l'algorithme de CAC. Dans I'exemple d'application au transport a 
I'interieur de I'UTRAN, un procede suivant ['invention peut ainsi etre mis en oeuvre 
5 dans un element de reseau d'acces radio tel que RNC ou Node B, ou encore dans un 
element du coeur de reseau, ou encore dans tout element de reseau ayant interet a 
verifier qu'il a les ressources necessaires au niveau transport avant d'accepter une 
demande d'etablissement de connexion. 

Notamment un element de reseau mettant en oeuvre un procede selon 

10 ['invention peut comporter une memoire pour stocker les modeles et valeurs de 
reference, et des moyens pour effectuer les etapes d'estimation de modele de trafic 
en presence, de choix de modele de trafic de reference, de modification dynamique 
de parametre(s) de l'algorithme de CAC, et de mise en oeuvre de l'algorithme de 
CAC avec de tel(s) parametre(s) modifie(s) si I'element de reseau considere est celui 

15 mettant en oeuvre I'algorithme de CAC. 

Generalement, un element de reseau mettant en oeuvre l'algorithme de 
CAC n'a pas connaissance du modele de trafic representatif des trafics en presence. 
Pour evaluer un tel modele de trafic representatif des trafics en presence sur 
I'interface terrestre sur laquelle il doit mettre en oeuvre cet algorithme, il peut utiliser 

20 tous moyens tels que par exemple des compteurs de trafic, ou encore utiliser des 
informations sur le trafic contenues dans des messages de signalisation revues d'au 
moins un autre element de reseau. Plus generalement, pour estimer un modele de 
trafic representatif des trafics en presence, un element de reseau peut utiliser tout 
moyen permettant d'estimer tes types de trafic en presence, et dans le cas de 

25 differents types de trafic en presence, les proportions pour ces differents types de 
trafic. 

Par exemple I'element de reseau qui met en oeuvre l'algorithme de CAC 
peut etre : le CRNC {« Controlling RNC ») sur I'interface « lub » (mais ce peut 
egalement etre le Node B), le SRNC (« Serving RNC ») et un element du coeur de 
30 reseau sur I'interface « lu », le SRNC sur (interface « lur ». 

On rappelle que pour un Node B donne, le RNC qui le controle est aussi 
appele CRNC (pour « Controlling Radio Network Controller »). Le CRNC a un role de 
controle de charge et d'allocation de ressources radio pour les Node B qu'il controle. 
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Pour une communication donnee relative a un equipement utilisateur UE donne, il 
existe un RNC, appele SRNC (pour « Serving Radio Network Controller ») ayant un 
role de controle pour la communication consideree. Des Node B connectes a I'UE 
mais non controles par le SRNC communiquent avec le SRNC via les RNC qui les 
controlent, appetes aussi DRNC (pour « Drift RNC »). 

Le moyen d'estimer le modele de trafic peut etre different selon que ('element 
de reseau qui met en oeuvre I'algorithme de CAC est le SRNC ou le CRNC 

Par exemple, lorsque ('element de reseau qui met en oeuvre I'algorithme de 
CAC est le SRNC, il peut par exemple utiliser des informations sur le trafic contenues 
dans des messages de signalisation qu'il regoit du coeur de reseau sur ('interface « lu » 
selon le protocole de communication RANAP (« Radio Access Network Application 
Part ») ou selon le protocole « lu Frame Protocol ». 

Le SRNC peut egalement utiliser des informations sur le trafic contenues 
dans des messages de signalisation qu'il regoit du Node B sur ['interface « lub » selon 
le protocole de communication NBAP (« Node B Application Part ») ou selon le 
protocole « lub Frame Protocols 

Le SRNC peut egalement utiliser tous moyens tels que des compteurs 
donnant des informations sur le trafic sur les interfaces radio, ou « lub », ou « lu » 

Par exemple, lorsque ('element de reseau qui met en ceuvre i'algorithme de 
CAC est le CRNC, il peut par exemple utiliser des informations sur le trafic contenues 
dans des messages de signalisation qu'il regoit du SRNC sur ('interface « lur » selon le 
protocole de communication RNSAP (« Radio Network System Application Part ») ou 
selon le protocole « lur Frame Protocols 

Le CRNC peut egalement utiliser des informations sur le trafic contenues 
dans des messages de signalisation qu'il regoit du Node B sur ['interface « lub » selon 
le protocole de communication NBAP ou selon le protocole « lub Frame Protocol ». 

Le CRNC peut egalement utiliser tous moyens tels que des compteurs 
donnant des informati ons sur le trafic sur les interfaces radio, ou « lur », ou « lub » 

Le protocole RANAP est defini notamment dans la specification 3G TS 
25.41 3, le protocole NBAP est defini notamment dans la specification 3G TS 
25.433, le protocole RNSAP est defini notamment dans la specification 3G TS 
25.433, le protocole « lu Frame Protocol » est defini notamment dans la specification 
3G TS 25.41 5, et le protocole « lub/lur Frame Protocol » est defini notamment dans 
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la specification 3G TS 25.427, toutes ces specifications etant publiees par le 3GPP ' 
(« 3 rd Generation Partnership Project »). 

Pour les messages recus selon le protocole RANAP,il peut notamrnent s'agir 
des messages dits de « RAB Assignment Request » donnant, pour chaque requete 
5 d'allocation de support d'acces radio, ou RAB (« Radio Access Bearer»), des 

informations sur le type de trafic ou service correspondent, dans des pararnetres 
appeles pararnetres RAB (ces pararnetres incluant notamrnent le debit maximum, la 
classe de trafic, le delai de transmission, ou encore un parametre appele SSD 
(« Source Statistics Descriptor »)). 
10 Par ailleurs, pour determiner des pararnetres tels que le delai de 

transmission maximum et la probabilite que le delai de transmission soit superieur 
au delai de transmission maximum, pouvant caracteriser un type de trafic dans une 
telle application, on pourra aussi utiliser des informations configurees par O&M 
(« Operation & Maintenance ») dans un element de reseau. 
15 Par ailleurs, en UMTS le parametre "delai de transmission maximum" peut 

etre choisi en fonction du parametre "TOAWS" (« Time Of Arrival Window Start »), 
parametre defini dans la norme 3GPP UMTS , qui represente la largeur de la fenetre 
de reception dans le Node B, pour le sens descendant, et qui sert pour la 
synchronisation (reference 3GPP TS 25.402) 
20 Par ailleurs le parametre "probabilite que le delai soit superieur au delai 

maximum" peut etre choisi en fonction du taux de perte de paquets AAL2 ou du taux 
de perte de cellules ATM vise sur ('interface « lub » pour le transport des donnees des 
utilisateurs. 

Notamrnent, ledit au moins un parametre de I'algorithme de CAC peut 
25 correspondre au facteur de marge K vc . Cet exemple de parametre est celui considere 
plus particulierement dans la presente demande, mais d'autres exemples seraient 
bien entendu possibles. Par exemple, on peut faire varier la bande passante 
equivalente, par exemple en fonction du facteur d'activite des connexions. 

On peut ainsi, par exemple, adapter dynamiquement la bande passante 
30 equivalente des connexions, par exemple des connexions de voix pour un service de 
type AMR, pour un delai maximum donne et une probabilite donnee que le delai soit 
superieur au delai maximum, en fonction du facteur d'activite de la voix, ou plus 
generalement en fonction de parametre(s) representatif(s) de besoins en ressources 
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de transmission, a qualite de service (QoS) donnee. On peut ainsi par exemple 
prevoir une table pour stocker des valeurs de reference de la bande passante 
equivalente. [.'element de reseau mettant en ceuvre un tel procede peut , par 
exemple, mesurer dynamiquement le facteur d'activite moyen des connexions de 
voix, par exemple d partir de devaluation de la proportion de trames vides par 
rapport a des trames de voix, et ainsi adapter dynamiquement la bande passante 
equivalente utilisee pour la voix en fonction d'un facteur d'activite moyen observe 
pour I'ensemble des connexions de voix. 

On notera aussi que la bande passante equivalente peut etre egale a zero 
(ou a une valeur tres faible), par exemple dans le cas d'un service paquet qui a peu 
de contraintes de delai. 

Dans ce qui suit, on s'interessera plus particulierement, a titre d'exemple, au 
cas ou le dit au moins un parametre de I'algorithme de CAC est le facteur de marge 
Kvc* 

A titre d'exemple, la figure 2 donne des exemples, obtenus par simulations, 
de charge maximale acceptable pour le circuit virtuel, pour differents modeles de 
trafic possibles. Un modele de trafic inclut en I'occurrence les parametres suivants 
representors du ou des types de trafics en presence : delai de transmission 
maximum, probability que le delai de transmission soit superieur au delai de 
transmission maximum, et, pour le cas de differents types de trafics en presence, un 
modele de trafic inclut en outre des proportions pour ces differents types de trafics. 
Plus precisement les modeles de trafic illustres sur la figure 2 sont les suivants: 

• pour le cas de trafics multiplexes de meme type: 

> 1 00% Parole (7ms, 10 4 ) 

> 1 00% PS1 44 (50ms, 1 0 4 ) 

> 1 00 % CS64 (33ms, 1 0 A ) 

• pour le cas de trafics multiplexes de types differents: 

> 75% Parole (7ms, 10 4 ) + 25 % PS144 (50ms, 10' 4 ) 

> 50% Parole (7ms, 10' 4 ) + 50 % PS144 (50ms, 10 4 ) 

> 25% Parole (7ms, 10~ 4 ) + 75 % PS144 (50ms, 10" 4 ) 

> 75% CS64 (33ms, 10" 4 ) + 25 % PS144 (50ms, 10" 4 ) 

> 50% CS64 (33ms, 10" 4 ) + 50 % PS144 (50ms, 10' 4 ) 

> 25% CS64 (33ms, 10' 4 ) + 75 % PS144 (50ms, 10" 4 ). 
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Ces differents modeles de trafics et les differentes valeurs de K vc qui leur 
correspondent peuvent par exemple constituer les modeles et valeurs de reference 
pour le procede expose precedemment. 

La figure 2 peut aussi etre utilisee pour comparer I'invention a I'art 

5 anterieur. 

Selon I'art anterieur tel que rappele precedemment, on choisit une valeur 
de Kyc q y i doit etre valide pour tous les modeles de trafic possibles . Une solution 
raisonnable est alors de choisir le modele de trafic le plus contraignant, sort, dans 
I'exemple de la figure 2, le cas correspondant a 75 % parole + 25 % PS144, 

10 conduisant a un choix de la valeur 0*74 pour la valeur de K vc . Ce choix interdit alors 
de charger le circuit virtuel a plus de 74 %. Un inconvenient est alors que pour un 
autre modele de trafic, par exemple le modele correspondant a 25 % CS64 4* 75 % 
PS 144, on aurait en realite pu charger le circuit virtuel a 80 %, de sorte que 
('utilisation des ressources de transmission n'est pas optimisee pour tous les cas 

15 possibles. 

La presente invention permet d'eviter de tels inconvenients en selection nant 
dynamiquement K vc selon le modele de trafic. Un tel choix dynamique de la valeur 
de Kyc permet ainsi d'accrottre la capacite de transmission {de 0 % a 22 % dans 
I'exemple de la figure 2), ['augmentation de capacite de transmission etant fonction 
20 du modele de trafic. En d'autres termes, un avantage de fixer dynamiquement la 
valeur de K vc est d'etre capable d'accepter plus de connexions avec I'algorithme de 
CAC, qu'on aurait pu en accepter avec une valeur fixe de K VC/ tout en garantissant en 
meme temps que leurs contraintes de qualite de service sont respectees. Ceci permet 
done d'augmenter les performances de I'algorithme de CAC. 

25 
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REVINDICATIONS 

1 . Procede pour la mise en oeuvre d'un algorithme de controle d'admission 
dans un systeme de telecommunications, procede dans lequel au moins un 
parametre dudit algorithme est adapte dynamiquement en fonction d'un modele de 
trafic representatif des trafics en presence. 

2. Procede selon la revendication 1, dans lequel ledit modele de trafic inclut 
un ou plusieurs parametres representors du ou des types de trafic en presence. 

3. Procede selon la revendication 2, dans lequel des parametres 
representors de type de trafic incluent des parametres representors de besoins en 
qualite de service (QoS) pour ce type de trafic. 

4. Procede selon la revendication 3, dans lequel des parametres 
representors de besoins en qualite de service incluent un delai de transmission 
maximum et une probability que le delai de transmission soit superieur a ce delai de 
transmission maximum. 

5. Procede selon la revendication 2, dans lequel des parametres 
representors de type de trafic incluent des parametres representatifs de besoins en 
ressources de transmission, a qualite de sen/ice (QoS) donnee, pour ce type de trafic. 

6. Procede selon la revendication 5, dans lequel des parametres 
representatifs de besoins en resources de transmission, a qualite de service (QoS) 
donnee, incluent un facteur d'activite de connexions. 

7. Procede selon I'une des revendications 1 a 6, dans lequel, dans le cas de 
differents types de trafic en presence, ledit modele de trafic inclut des proportions 
pour ces differents types de trafic. 

8. Procede selon I'une des revendications 1 a 7, dans lequel ledit au moins 
un parametre correspond a un facteur de marge correspondent a une charge 
maximale admissible. 

9. Procede selon Tune des revendications 1 a 7, dans lequel ledit au moins 
un parametre correspond a une bande passante equivaiente. 

10. Procede selon Tune des revendications 1 a 9, dans lequel la valeur dudit 
au moins un parametre est choisie parmi differentes valeurs dites de reference, 
optimisees pour differents modeles de trafic dits de reference. 
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1 1. Precede selon la revendication 10 , dans lequel, pour le cas de modeie 
de trafic ne correspondant pas a un des modeles de trafic de reference, on 
determine un modeie de trafic de reference qui en constitue la meilleure 
approximation. 

5 12. Procede selon la revendication 10, dans lequel, pour le cas de modeie 

de trafic ne correspondant pas a un des modeles de trafic de reference, on 
determine un modeie de trafic de reference qui en constitue la meilleure 
approximation, tout en etant le plus contraignant. 

13. Procede selon I'une des revendications 1 a 12, comportant: 

10 - une premiere etape au cours de laquelle on determine des modeles de 

trafic de reference, et des valeurs correspondantes dites de reference pour ledit au 
moins un parametre. 

14. Procede selon la revendication 13, dans lequel lesdites valeurs de 
reference sont determinees par des simulations ou mesures. 

15 15. Procede selon la revendication 13, dans lequel lesdites valeurs de 

reference sont determinees par calcul. 

16. Procede selon I'une des revendications 13 a 15, comportant : 

- une deuxieme etape au cours de laquelle on stocke des modeles de trafic 
de reference et des valeurs de reference correspondantes, dans une memoire. 

20 1 7. Procede selon I'une des revendications 13 a 16, comportant: 

- une troisieme etape au cours de laquelle on estime un modeie de trafic 
.representatif des trafics en presence. 

18. Procede selon la revendication 17, dans lequel ladite estimation 
comporte une estimation de types de trafic en presence, et, dans le cas de differents 

25 types de trafic en presence, des proportions pour ces differents types de trafic. 

19. Procede selon la revendication 18, dans lequel ladite estimation 
comporte des operations d'estimation de types de trafic en presence, realisees a 
partir d'informations sur le trafic contenues dans des messages de signalisation 
regus par un element de reseau d'au moins un autre element de reseau. 

30 20. Procede selon la revendication 18, dans lequel ladite estimation 

comporte des operations d'estimation de proportions pour differents types de trafic, 
realisees par mesure ou comptage de trafic. 
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21. Procede selon Tune des revendications 17 a 20, dans lequel un modele 
de trafic representatif des trafics en presence est re-estime a chaque nouvel 
etablissement de connexion et a chaque nouveau relachement de connexion. 

22. Procede selon Tune des revendications 17 a 20, dans lequel un modele 
de trafic representatif des trafics en presence est re-estime au bout d'une duree 
predetermines. 

23. Procede selon I'une des revendications 13 a 22, comportant: 

- une quatrieme etape au cours de laquelle on choisit parmi les modeles de 
trafic de reference celui qui approxime le mieux le modele de trafic estime pendant la 
troisieme etape. 

24. Procede selon I'une des revendications 13a 23, comportant: 

- une quatrieme etape au cours de laquelle on choisit parmi les modeles de 
trafic de reference celui qui approxime le mieux le modele de trafic estime pendant la 
troisieme etape, tout en etant le plus contraignant. 

25. Procede selon I'une des revendications 13 a 24, comportant: 

- une cinquieme etape au cours de laquelle on modifie dynamiquement 
ledit au moins un parametre dudit algorithme en fonction du ou des parametres 
correspondent au modele de trafic de reference choisi pendant la quatrieme etape. 

26. Procede selon la revendication 25, dans lequel une modification n'est 
effectuee que dans le cas de changement significatif de valeur dudit au moins un 
parametre. 

27. Procede selon I'une des revendications 13 a 26, comportant: 

- une sixieme etape au cours de laquelle on met en oeuvre ledit algorithme 
avec ledit au moins un parametre modifie pendant la cinquieme etape. 

28. Procede selon Tune des revendications 1 a 27, utilise pour le controle 
d'admission de connexions AAL2 sur un circuit virtuel ATM. 

29. Procede selon la revendication 28, utilise pour le controle d'admission 
de connexions AAL2 sur un circuit virtuel ATM sur une interface de type « lub » dans 
un reseau de type UTRAN. 

30. Procede selon la revendication 28, utilise pour le controle d'admission 
de connexions AAL2 sur un circuit virtuel ATM sur une interface de type « lu-CS » 
dans un reseau de type UTRAN. 
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31. Procede selon la revendication 28, utilise pour le controle d'admission 
de connexions AAL2 sur un circuit virtuel ATM sur une interface de type « lur » dans 
un reseau de type UTRAN. 

32. Procede selon I'une des revendications 1 a 27, utilise pour le controle 
5 d'admission dans un reseau en mode paquet. 

33. Procede selon I'une des revendications 1 a 27, utilise pour le controle 
d'admission sur ('interface radio d'un systeme de type CDMA. 

34. Element de reseau d'acces radio pour systeme de radiocommunications 
mobiles, comportant des moyens adaptes pour mettre en oeuvre un procede selon 

0 I'une des revendications 1 a 33. 

35. Controleur de stations de base (RNC) pour systeme de 
radiocommunications mobiles, comportant des moyens adaptes pour mettre en 
oeuvre un procede selon I'une des revendications 1 a 33. 

36. Station de base (Node B) pour systeme de radiocommunications 
5 mobiles, comportant des moyens adaptes pour mettre en oeuvre un procede selon 

I'une des revendications 1 a 33. 

37. Element de coeur de reseau pour systeme de radiocommunications 
mobiles, comportant des moyens adaptes pour mettre en ceuvre un procede selon 
I'une des revendications 1 a 33. 

0 
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